Tracking Research Questions, Assumptions, and Facts in Agile在敏捷開發中追蹤研究問題、假設與事實

在敏捷開發中，使用者相關的問題和假設易被忽視，導致團隊認知偏差。記錄和區分問題、假設和事實可降低專案風險。本文將介紹如何追蹤這些元素並轉化為資料支援的事實。

受限於時間和預算，敏捷團隊常需對使用者需求做出假設。雖然理想是基於資料決策，但實際多是先假設後驗證。為避免假設被誤認為事實影響決策，團隊需清晰記錄並持續驗證這些假設，確保決策基於真實資料。

如何建立知識板

知識板可以幫助團隊跟蹤和管理與使用者相關的研究內容，主要分為四個階段：

1. 問題：我們不知道的部分

在敏捷開發中，團隊會透過產品待辦事項（backlog）來決定接下來要開發的功能。這時，我們可以根據團隊的需求，提出一些關於使用者行為、態度或動機的問題。團隊可以透過集體頭腦風暴的方式，識別當前專案中的知識空白，這些問題可以幫助制定後續的研究計劃。

功能清單中的功能	示例 1	示例 2
功能	提供離線功能	建立使用者檔案
研究問題	我們的使用者想要離線使用我們的應用程式嗎？	使用者會提供多少個人資訊？
下一步	在構建使用者可能不需要的功能之前進行額外的研究	確定要收集多少資訊並衡量使用者對我們產品的信任程度

2. 假設：我們認為我們知道的部分

在這個階段，團隊需要根據已有的一些資料或經驗做出假設，這些假設可能來源於使用者畫像、早期的使用者調研、客戶或利益相關方的反饋等。雖然這些資訊不能直接回答研究問題，但它們能為假設提供一定依據。假設應詳細記錄，包括假設的來源和驗證計劃。

例如：

研究問題	示例 1	示例 2
研究問題	我們的使用者想要離線使用我們的應用程式嗎？	使用者會提供多少個人資訊？
假設	使用者可能在地下室無法訪問網際網路<br>10月31日從利益相關者收集的資料	我們的目標市場可能會提供姓名、電子郵件地址、電話號碼和當前位置<br>基於我們最接近的競爭對手的案例研究
假設	使用者不想在工作中使用他們的個人蜂窩資料<br>發現階段使用者訪談的見解
下一步研究	進行實地研究，觀察可能在地下室使用該應用程式的使用者，並確定哪些功能對他們有用	對兩種不同的帳戶建立表單執行 A/B 測試，以確定使用者在註冊時將填寫的最適用的帳戶欄位

3. 研究：驗證假設的過程

當假設被記錄後，團隊需要進行進一步的研究來驗證這些假設。研究可以透過多種方式進行，如使用者測試、實地調研、網站資料分析或更多的使用者訪談。

如果假設被證偽，團隊應修改假設並繼續研究，直到獲得可靠的資料為止；如果假設被驗證為正確，團隊可以進入下一階段。

研究問題	示例 1	示例 2
研究問題	我們的使用者想要離線使用我們的應用程式嗎？	使用者會提供多少個人資訊？
研究結果	在我們的實地研究中，與我們的主要角色匹配的參與者在地下室度過了半數的工作日，沒有穩定的網路連線訪問。	遇到帶有電話號碼欄位的佈局的參與者更有可能完全放棄任務，而遇到沒有電話號碼欄位的佈局的參與者更有可能完成表單。
事實陳述	由於我們的應用程式允許這些使用者最佳化其大部分工作流程，因此我們得出的結論是，使用者將希望離線使用我們的應用程式。	我們得出的結論是，使用者在建立個人資料時將提供姓名、電子郵件地址和當前位置，但不會提供電話號碼。

4. 事實：我們已經確認的部分

一旦透過研究驗證了假設，團隊可以將其轉化為事實。這些事實應記錄在案，並在整個產品開發過程中定期回顧，以確保團隊的認知保持一致。

例如：

看板非常適合跟蹤每個研究問題所處的階段。卡片可以從一列移動到下一列；您還可以指定每個問題的截止日期、所有者和標籤。

記錄方法

在敏捷開發中，記錄假設和事實的方式沒有固定規則，團隊可以根據實際情況選擇最適合的方法。常見的幾種記錄方式包括：

看板（Kanban）板：這是推薦的方式之一，因為它能夠直觀地展示問題、假設、研究和事實所處的不同階段。團隊可以使用線上工具如Trello，或透過實際的物理看板進行管理。

專案管理軟體：有些團隊會選擇將假設和事實記錄在專案管理軟體（如Jira）中，與產品待辦事項一同管理。